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Data  Processing  Units  for  Eight  Magnetospheric 
Particle  and  Field  Sensors 


Rokutaro  Koga,*  Sam  S.  Imamoto.t  Norman  Katz.t  and  Steven  D.  PinkerionJ 
The  Aerospace  Corporation,  Los  Angeles,  California  90009 


The  OPUA,  OPUB,  and  DPU57  data  processing  units  associated  with  eight  CRRES  particle  and  Tield 
experiments  are  Jescribed.  Operation  of  the  experiments  is  controlled  by  the  data  processing  units  <DPL>'s), 
which  constitute  the  interface  between  the  spacecraft  and  the  sensors  subserving  the  individual  experiments.  All 
data  to  and  from  the  sensors  pass  through  the  associated  DPUs.  Each  DPU  consists  of  a  microprocessor,  po.ier 
supply,  signal  handler,  and  various  peripherals  such  as  input/output  buffers  and  specialized  data  processing 
hardware.  In  addition  to  experiment  control  and  data  processing  functions,  the  DPU  software  performs  such 
tasks  as  loading  the  system  software  from  ROM  into  RAM,  writing  the  memory-resident  look-up  tables  utilized 
by  the  DPU  hardware,  checking  the  system  RAMs  for  memory  retention  faults,  outputing  system  memory  to  the 
telemetry  stream,  and  outputing  a  fixed  pattern  of  telemetry.  To  maximize  the  available  telemetry  bandwidth, 
much  of  the  raw'  sensor  data  is  analyzixt  by  the  DPUs  using  various  onboard  processing  schemes  and  then 
compressed  prior  to  being  output  in  telemetry. 


Introduction 

E  have  designed,  built,  and  calibrated  three  data  pro¬ 
cessing  units  (DPUs)  for  AFGL-701  experiments  on¬ 
board  combined  release  and  radiation  effects  satellite  (CR¬ 
RES).  The  DPUs  are  known  as  DPUA,  DPUB,  and  DPU57, 
these  units  interface  with  one,  two,  and  five  sensors,  respec¬ 
tively  (see  Table  1).  Each  DPU  receives  ground  commands  and 
timing  pulses  from  the  spacecraft;  distributes  power  to  the 
sensor(s):  controls  the  experiment  via  sensor  instructions; 
reads  and  compresses  data  from  the  sensor(s);  and  outputs  the 
compressed  data  to  telemetry.  Two  of  the  DPUs,  namely 
DPUA  and  DPUB,  also  perform  onboard  processing  of  the 
sensor  data.  All  data  to  and  from  the  sensors  pass  through  the 
associated  data  processing  unit.  The  DPU  is  thus  an  integral 
part  of  the  experiment. 

Each  DPU  weighs  about  5  lb  1 1  oz,  measures  3  x  8  x  10  in., 
and  consumes  approximately  260  mA  at  28  V.  The  three  DPUs 
are  stacked  together  to  form  a  large  cubical  structure. 

DPUA  is  described  in  detail  in  the  following  section.  Since 
the  DPUs  are  designed  to  be  very  similar  functionally,  much 
of  this  description  applies  equally  to  DPUB  and  DPU57. 
Differences  between  these  two  DPUs  and  DPUA  are  discussed 
in  a  subsequent  section.  The  DPU  software  and  data  compres¬ 
sion  schemes  are  described  in  the  final  sections. 

DPUA 

As  shown  in  Fig.  1,  DPUA  consists  of  a  computer,  periph¬ 
eral  sections  such  as  various  input/output  (I/O)  buffers  and 
the  MICS  event  processor,  a  power  supply,  and  an  analog 
signal  handler.  All  parts  are  biased  at  6.8  V  except  the 
PROMs,  which  are  biased  at  5.0  V.  The  computer  consists  of 
a  microprocessor  (SANDIA  1802),  control  logic,  and  memory 
(12  K  bytes  of  PROM  and  16  Kbytes  of  RAM).  The  radiation- 
hardened  1 802  microprocessor  operates  with  a  1 .6  MHz  clock, 
and  communicates  with  the  various  peripheral  sections  via 
address,  data,  and  control  buses  (A,  D,  and  C  in  Fig.  1). 
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There  are  two  groups  of  DPUA  peripheral  sections;  one 
which  interfaces  with  the  spacecraft,  and  a  second  which 
interfaces  with  the  MICS  sensor.  The  first  group  includes  the 
timer  and  Sun  signal  receiver  (DPUA  TIMER  AND  SUN  in 
Fig.  1),  the  ground  command  handler  (GROUND  COM¬ 
MAND  BUFFER),  and  the  telemetry  handler  (OUTPUT  TE¬ 
LEMETRY  BUFFER).  The  functions  of  these  sections  are 
described  in  Table  2.  Signals  between  the  spacecraft  and  these 
sections  pass  through  individual  I/O  interface  signal  condi¬ 
tioners.  The  second  group  of  peripheral  sections  interfaces 
with  the  sensor  via  additional  interface  signal  conditioners. 
This  group  includes  the  step  instruction  controlling  the  MICS 
high-voltage  power  supply  (E/Q  STEP),  the  HVPS  step  con¬ 
trolling  the  post  acceleration  high-voltage  power  supply  (not 
shown),  the  MICS  command  instruction  along  with  the  clock 
(SENSOR  INSTRUCTION  AND  CLOCK),  the  event  data 
line  from  the  sensor  (FVENT  DATA),  and  various  analog 
monitor  signals  from  MICS  (ANALOG  MONITORS).  These 
sections  also  are  described  in  Table  2. 

An  additional  group  of  peripheral  sections  functions  as  the 
MICS  event  processor  (EVENT  PROCESSOR — see  the  area 
inside  the  dashed  lines  in  Fig.  I),  which  analyzes  MICS  sensor 
data  semiautonomously  after  initial  preparation  (table  writing 
by  the  computer)  has  been  performed.  The  MICS  sensor  gen¬ 
erates  energy  E  and  time-of-flight  T  values  for  each  event.  In 
the  event  processor,  the  E  and  T  values,  along  with  the  E/Q 
step  value,  are  used  to  classify  the  event  into  one  of  several 
mass  M  and  mass  per  charge-state  {M/Q)  groups.  This  classi¬ 
fication  is  performed  by  the  hardware-based  successive  ap¬ 
proximation  routine  (SAR),  which  utilizes  look-up  tables  writ¬ 
ten  by  the  DPU  under  software  control.  The  values  in  these 
tables  represent  overlayed  polynomial  curves  in  £  vs  T  (or 
E/Q  vs  T)  parameter  space,  such  that  adjacent  polynomials 
define  the  upper  and  lower  bounds  of  a  mass  (or  M/Q)  group. 
Table  values  are  calculated  using  coefficients  stored  in  DPU 
memory.  The  default  coefficients  are  derived  from  polynomial 
fits  to  extensive  calibration  data;  new  sets  of  coefficients  can 
also  be  uplinked  to  DPUA  using  ground  commands. 

The  assigned  M  and  M/Q  valu“'  for  m  event  are  used  tn 
address  one  scaler  in  a  512-element  matrix  oi  scalers  (M  vs 
M/Q  in  Fig.  1).  DPUA  also  contains  eight  rate  scalers  (RATE 
SCALERS)  in  which  events  with  special  combinations  of  M 
and  M/Q  arc  accumulated.  The  rate  scaler  select  table 
(SCALER  SELECT)  determines  which  combinations  of  M 
and  M/Q  are  accumulated  by  the  individual  rate  scalers.  Sam¬ 
ple  direct  events  (£  and  associated  T  values)  are  collected  from 
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Fig.  1  DPL'A  funciiooal  block  diagram. 


Tabic  1  DPUs  and  associated  sensors 


DPU 

Associated  sensors 

DPUA 

Magnetospheric  ion  composition  spectrometer  (MlCS, 
aka  AFGL-701-11A) 

DPUB 

a)  Low-energy  magnetospheric  ion  composition  sensor 
(LOMICS) 

b)  Heavy  ion  telescope  (HIT) 

(The  combined  LOMICS/HIT  system  is  known  as 
AFGL-701-11B1 

DPU57 

a)  Medium-energy  electron  sensor  A  (MEA,  aka 
AFGL-70I-5A) 

b)  Medium-energy  electron  sensor  B  (MEB,  aka 
AFGL-701-5B) 

c)  Relativistic  proton  detector  and  photometers  (RP, 
aka  AFGL-701-7A) 

d)  Proton  switch  1  (PSl,  aka  AFGL-701-7BI) 

e)  Proton  switch  2  (PS2,  aka  AFGL-701-7B2) 

the  sensor  and  stored  in  the  event  buffer  (DIRECT  EVENT 
BUFFER).  Direct  events  are  selected  according  to  a  priority 
scheme  determined  using  DPUA’s  event  priority  table  (PRI¬ 
ORITY).  The  contents  of  the  various  scalers  and  the  direct 
event  buffer  are  read  out  periodically  by  the  computer,  pro¬ 
cessed  (e.g.,  compressed),  and  then  placed  in  the  telemetry 
stream. 

The  throughput  of  DPUAs  MlCS  event  processor  is  about 
3  X  ICf*  events/s  (35  ns/eveni  for  processing),  which  exceeds 
the  maximum  MlCS  event  rate  of  about  2  x  10*  events/s. 
Hence,  there  is  no  bottleneck  in  accepting  events  at  the  DPU, 
even  for  very  high  event  rates. 

The  DPL'A  software  is  stored  in  power-strobed  4  K  x  8 
PROMs  (Raytheon  29673)  of  the  highly  power  consuming  T^L 
logic  family  because  of  the  difficulty  in  obtaining  radiation- 
hardened  low-power  PROMs.  Shortly  after  the  DPU  is  turned 
on,  the  contents  of  the  PROMs  are  copied  to  low-power 
RAMs,  power  to  the  PROMs  is  shut  off,  and  thereafter  the 
software  executes  exclusively  in  RAM.  The  1802  microproces¬ 
sor  has  a  64  K  address  space:  locations  (X)00-3FFF  (hex)  are 
assigned  to  PROM  (3000-3FFF  are  not  used,  however);  loca¬ 
tions  4000  -  7FFF  are  assigned  to  RAM;  the  remainder  of  the 
address  space  is  allocated  to  DPUAs  MlCS  event  processor. 


DRUB  and  DPU57 

DPUB  and  DPU57  are  very  similar  to  DPUA  in  both  design 
and  function,  hence  much  of  the  above  description  of  DPU.A 
is  also  applicable  to  these  units.  In  this  section,  significant 
differences  between  these  two  processing  units  and  DPUA  are 
highlighted. 

DPUB 

DPUB  interfaces  with  two  instruments,  LOMICS  and  HIT 
(see  Table  1).  The  event  processor  section  of  this  DPU  must 
therefore  analyze  data  from  both  these  sensors,  as  shown  in 
Fig.  2. 

Events  detected  by  LOMICS  are  specified  by  a  5-bii  energy 
per  charge-state  (E/Q)  value,  a  2-bit  detector  (polar  angle) 
identifier  (ID),  and  a  10-bit  time-of-flight  T  value.  The  time- 
of-fiight  and  E/Q  values  are  used  by  the  event  processor  to 
classify  the  event  into  one  of  up  to  32  mass  per  charge-state 
(M/Q)  groups,  based  on  a  look-up  table  written  previously  to 
DPUB  memory  under  software  control.  The  event  processor 
then  increments  one  of  six  LOMICS  rate  scalers  according  to 
the  values  of  ID  and  M/Q ,  These  scalers  are  read  and  reset 
every  128  ms  by  the  DPUB  software,  which  compresses  and 
places  the  data  in  the  telemetry  stream.  A  128-element  matrix 
scaler  is  used  to  accumulate  event  counts  with  finer  ID  vs  M/'Q 
resolution  over  a  longer  (16.384  s)  period.  Direct  events,  spec¬ 
ified  by  E/Q,  T,  ID,  and  M/Q,  may  also  be  telemetered 
individually,  but  only  after  the  DPU  has  been  instructed  to  do 
so  via  a  ground  command. 

The  DPUB  interface  with  the  HIT  sensor  is  functionally 
quite  similar.  Event  data  from  HIT  consist  of  8-bit  energy  (£), 
10-bit  time-of-flight  [T),  and  5-bit  energy-loss-rate  (d£)  val¬ 
ues.  The  first  two  of  these  values  {E  and  T)  are  used  by  the 
event  processor  to  classify  the  event  into  one  of  up  to  16  mass 
(A/)  groups,  based  on  a  memory  resident  look-up  table.  The 
derived  M  value  and  the  five  most  significant  bits  of  E  are 
used  to  select  one  of  twelve  HIT  rate  scalers  to  increment.  The 
HIT  rate  scalers  are  read  and  reset  every  512  ms  by  the  DPUB 
software,  which  places  the  data  in  the  telemetry  stream  follow¬ 
ing  compression.  A  512-element  matrix  scaler  accui.  ulates 
event  counts  with  finer  A/  vs  £  resolution  over  a  longer  (65.536 
s)  period.  HIT  direct  events,  consisting  of  £.  T,  d£.  and  M 
values,  are  also  telemetered  individually  on  a  first-in  basis,  or 


3 


Table  2  DPUA  hardware  peripheral  iiecUons 


Peripheral  section 

Signal  flow 

Description 

DPUA  TIMER 

Spacecraft  to  DPUA 

Various  internal  DPUA  clock  pulses  are  derived  from  the  16-kHz 
pulses  provided  by  the  spacecraft. 

SUN 

Spacecraft  to  DPUA 

Sun  detection  signal. 

GROUND  COMMAND/ 
GATED  CLOCK 

Spacecraft  to  DPUA 

Ground  command  and  command  clock  (1.6  kHz),  16  bits.^emd;  MSB 
first. 

TELEMETRY 

BUFFER 

DPUA  to  spacecraft 

Telemetry  data:  Four  8-bii  words  per  TM  frame  with  the  109-kHz 
clock;  .MSB  first. 

ANALOG  MONITORS 

MICS  to  DPUA 

Various  analog  monitors.  Digitized  by  ADCs  within  DPUA. 

EVENT  DATA 

MICS  to  DPUA 

Singles  rates  and  housekeeping  data  sent  by  MICS  when  requested  by 
DPUA  via  sensor  instructions.  128  bits/set  of  data,  sent  twice  each 
256  ms  format  period;  MSB  first. 

MICS  EVENT 
PROCESSOR 

MICS  to  DPUA 

MICS  events  are  processed  in  this  semiautonomous  area  of  DPUA. 

SENSOR 

iNSTRUCTlCM 

DPUA  to  MICS 

I6-bii  command  instruction  sent  to  MICS  twice  each  256  ms  format 
period;  MSB  first.  (The  eight  .MSBs  contain  the  coded  instruction.) 

E/Q  STEP 

DPUA  to  MICS 

ESA  high-voltage  step  command  (5  bits)  sent  to  MICS  once  each  256 
ms  format  period. 

HVPS  STEP 

DPUA  to  MICS 

Postacceleration  high-voltage  step  command  (3  bits)  sent  to  .MICS 
periodically. 

according  to  a  modifiable  prioritization  scheme  determined  by 
DPUBs  event  priority  table. 

DPUB  also  collects  raw  data  from  the  sensors  in  the  form  of 
diagnostic  rate  scalers  (START  and  STOP  counts,  etc.),  digi¬ 
tized  analog  quantities  (ESA  voltage  and  housekeeping  data), 
and  HIT  ID  scalers  which  give  a  coarse  ion  group  characteri¬ 
zation  based  on  front  (dE)  and  back  (£)  surface  barrier  HIT 
sensor  outputs. 

DPU57 

DPU57  interfaces  with  five  sensors  as  shown  in  Fig.  3  (see 
also  Table  1).  One  group  of  DPU57  peripheral  sections  inter¬ 
faces  with  the  spacecraft  as  described  previously  for  DPUA, 
while  a  second  group  interfaces  with  the  various  sensors  via 
additional  interface  signal  conditioners.  This  group  includes 
the  MEB  PH  A  selection  instruction  sent  to  MEB  by  DPU57 
(MEB  PHA  SELECT),  Lockheed  scaler  data  from  the  AFGL- 
701-5,7  instruments  (LOCKHEED  SCALERS),  electron  and 
proton  PHA  data  from  MEB  (E  PHA  and  P  PHA),  and 
various  analog  monitors  (DPU/SENSOR  HK  MONITOR). 

Data  Processed  by  DPUA,  DPUB,  and  DPU57 

A  summary  of  the  data  processed  by  the  three  DPUs  in¬ 
cluding  data  formats  and  accumulation  periods,  is  provided  in 
Table  3.  The  compression  schemes  used  by  the  DPUs  are 
described  in  the  following. 

DPU  Software 

The  software  for  each  DPU  consists  of  the  following  six 
routines: 

1)  SYSM  ROM  to  RAM  transfer  program 

2)  SYSR  RAM  integrity  check  program 

3)  SYSX  Memory  dump  program 

4)  SYSQ  Fixed  telemetry  pattern  program 

5)  SYST  Table  calculation  program  (not  used  in  DPU57) 

6)  SYSD  Data  collection  and  dissemination  program 

A  summary  of  these  program  sections  is  given  in  the  follow¬ 
ing;  the  flow  of  control  among  program  sections  is  illustrated 
in  Fig.  4. 

Shortly  after  power-up,  the  DPU  microprocessor  begins 
executing  the  memory  transfer  routine  (SYSM)  stored  at  ROM 
location  0000.  SYSM  copies  the  contents  of  the  ROMs  (i.e., 
the  DPU  software)  to  RAM,  then  jumps  to  the  RAM  integrity 
check  routine  (SYSR),  which  executes  in  RAM.  Power  to  the 
ROMs  is  then  shut  off  and  thereafter  the  DPU  software  exe¬ 
cutes  exclusively  in  RAM.  The  SYSR  routine  cycles  through 
system  RAM  performing  a  read/write/rcad  test  of  memory 
integrity,  recording  the  locations  of  any  errors  in  the  SYSR 
RAM  check  error  table.  After  SYSR  has  completed,  program 


control  is  automatically  transferred  to  the  data  accumulation 
and  dissemination  routine  (SYSD). 

In  SYSD,  data  are  collected  from  the  sensor,  compressed, 
and  telemetered  to  the  ground.  SYSD  also  controls  the  sensors 
and  accepts  ground  commands.  There  are  two  distinct  teleme¬ 
try  modes  in  SYSD  for  DPUA  and  DPUB:  Normal  mode  in 
which  preprocessed  sensor  related  data  are  output,  and  Special 
Test  mode  in  which  raw  direct  event  data  replace  much  of  the 
scaler  (counter)  data  telemetered  in  normal  mode.  Unless  a 
memory  load  (M/L)  ground  command  is  received  instructing 
the  DPU  to  execute  one  of  the  auxiliary  routines  (SYST. 
SYSX,  SYSR,  or  SYSQ),  the  processor  will  remain  in  the 
SYSD  routine  indefinitely.  After  completion  of  SYST,  SYSX, 
or  SYSR,  program  control  is  automatically  returned  to  SYSD 
(SYSQ  never  returns). 

The  SYST  table  calculation  routine  (DPUA  and  DPUB 
only)  is  used  to  write  the  mass  group,  M/Q  group,  and  event 
priority/rate  scaler  select  tables,  based  on  coefficients  stored 
in  memory.  Many  of  the  data  telemetered  by  SYSD  make 
sense  only  after  these  tables  have  been  written.  The  SYST 
routine  may  be  executed  by  sending  the  DPU  the  proper  M/L 
ground  command. 

Memory  load  ground  commands  can  also  be  used  to  instruct 
the  DPU  to  execute  the  memory  dump  routine  (SYSX).  In 
SYSX,  normal  telemetry  data  are  replaced  by  the  contents  of 
a  section  of  system  memory.  Eight  separate  SYSX  M/L 
ground  commands  are  provided  to  select  different  sections  of 
the  system  memory. 

The  fixed  telemetry  routine  (SYSQ)  can  by  executed  by 
sending  the  DPU  the  appropriate  M/L  ground  command. 
SYSQ  outputs  a  (nearly)  fixed  pattern  of  telemetry  data,  and 
may  be  used  to  check  the  telemetry  link  from  the  DPU  to  the 
ground  receiving  station.  Unlike  SYST,  SYSX,  and  SYSR, 
SYSQ  executes  indefinitely  and  does  not  return  to  SYSD.  To 
return  to  SYSD  from  SYSQ,  it  is  necessary  either  to  shut  down 
the  DPUs  power  and  restart,  or  to  reset  the  DPU  using  the 
(hardware-processed)  cold  start  command. 

As  noted  earlier,  the  initialization  routine  (SYSM)  automat¬ 
ically  passes  program  control  to  the  SYSR  RAM  integrity 
check  routine,  which  then  jumps  to  SYSD  upon  completion. 
However,  SYSR  may  also  be  executed  directly  from  SYSD  by 
uplinking  the  appropriate  M/L  ground  command  to  the  DPU. 
The  integrity  of  the  system  RAMs  may  thereby  be  checked 
in-flight  at  regular  intervals. 

It  may  occasionally  be  necessary  to  force  the  DPU  to  exe¬ 
cute  the  ROM  to  RAM  transfer  routine  (SYSM).  This  may  be 
accomplished  in  either  of  two  ways:  1)  By  turning  the  main 
power  off  and  then  back  on;  or  2)  by  sending  the  cold  start 
command  to  the  DPU  (unlike  M/L  ground  commands,  this 
command  is  processed  directly  by  the  DPU  hardware  without 
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a)  HIT  Mode 


b)  LOMICS  Mode 


Fig.  2  DPUB  function*!  block  diagniin. 
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software  involvement).  The  two  methods  differ  in  that  SYSM  significant  bit  (which  is  “1”  by  definition).  For  e.xample,  the 

always  performs  the  memory  transfer  in  response  to  the  cold  19-bit  data  word  100  1100  (XXX)  0000  0000  (31 1,296  decimal) 

start  command,  whereas  on  power-up  RA.M  is  reloaded  from  would  be  compressed  to  F3  (he.x),  that  is,  to  an  e.xponent  of 

ROM  onlv  when  a  comparison  indicates  that  the  contents  of  19  —  4=15  (F  he.x)  and  a  mantissa  of  001 1  (3  hex).  In  the 

the  two  sections  of  memory  differ.  (The  contents  of  the  RAMs  special  case  that  the  scaler  to  be  compressed  occupies  live  or 

are  maintained  by  a  standby  power  supply  even  when  the  main  fewer  bits  (i.e..  A"  <  2).  no  loss  in  precision  it  incurred  through 

power  is  off,  hence  it  may  be  unnecessary  to  perform  the  compression;  The  precompression  value  equals  *'  2''  •*- 

transfer  in  the  latter  case.)  2''”'  •  exactly.  For  example,  11001  (25  decimal)  would  be  com¬ 

pressed  to  (hex)  and  subsequently  reconstructed  as 
SYSD  Scaler  Compression  Routines  9  •  2®  -t-  I"*  =  25.  However,  when  X  2  2,  each  postcompression 

The  SYSD  data  processing  routine  uses  two  software-based  value  XY  corresponds  to  a  range  of  precompression  values.  In 

compression  schemes  to  compress  scalers  to  approximately  particular,  any  value  in  the  inclusive  range  {Y  •  2*”'  =  2^  ' ") 

one-half  or  two-thirds  of  their  precompression  lengths  (in  .  .  .(Y  ■  2''^' '  -  1)  is  compressed  lo  XY.  The 

bits),  without  significantly  reducing  resolution.  Most  teleme-  nominal  precompression  value  corresponding  to  XY  may 

tered  values  are  compressed  using  the  19- to  8-bit  compression  therefore  be  taken  to  be  the  midpoint  of  this  interval, 

scheme,  the  sole  exception  being  the  MEA  outputs  which  are  2^"'  •  ( Y  16.5)  -  0.5.  For  example,  any  scaler  in  the  inclu- 

compressed  by  DPU57  via  the  16-  to  12-bit  scheme.  sive  range  311,296  -327.679  (decimal)  would  be  compressed  to 

1)  19-  to  8-bit  Compression:  The  first  of  the  two  onboard  XY  =  F3  (hex),  so  that  the  compressed  value  F3  corresponds 

compression  routines  compresses  scalers  of  up  to  19  bits  to  to  a  nominal  value  of  319,487.5.  In  any  case,  the  error  intro- 

8-bit  words.  The  compressed  8-bit  word  has  the  form  A'y(hex)  duced  by  the  19-  to  8-bit  compression  routine  is  less  than 

where  -Y  is  a  4-bit  exponent  formed  by  subtracting  four  from  *  3.11^0. 

the  number  of  significant  bits  in  the  original  (precompression)  2)  16-  to  12-bit  compression;  The  second  routine  compresses 

word,  and  Y  is  a  4-bit  mantissa  formed  from  the  five  most  scalers  of  up  to  16  bits  to  12-bit  words,  with  a  worst  case  error 

significant  bits  of  the  original  word  by  dropping  the  most  of  less  than  0.1'7o.  Suppose  the  precompression  scaler  is  b:< 
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Fig.  3  DPU57  functional  block  diagram. 
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Table  3  Data  entities  processed  by  SVSD* 


DPUA 

Type 

Acc  Period 

MS0-MS511 

MICS  matrix  scalers 

ir~ 

8 

49.152  s 

R0-R7 

MICS  rate  scalers 

16  - 

8 

192  ms 

C 

MICS  event  data 

16  - 

8 

192  ms 

E.  T 

MICS  direct  event 

16  - 

8 

32  ms 

DPU  HSK 

DPUA/sensor  housekeeping  data 

8-bii  Da 

1 .024  ms 

DPUB 

MSO-MS127 

LOMICS  matrix  scalers 

19  - 

8 

16.384  s 

LR0-LR5 

LOMICS  rate  scalers 

16  - 

8 

128  ms 

LS0-LS5 

LOMICS  diagnostic  scalers 

16  - 

8 

128  ms 

E/Q.  T 

LOMICS  direct  events 

Event 

32  ms 

MS0-MS51I 

HIT  matrix  scalers 

19  - 

8 

65.536  s 

HRO-HRll 

HIT  rate  scalers 

16  - 

8 

512  ms 

HS0-HS5 

HIT  diagnostic  scalers 

16  - 

8 

512  ms 

D£.  T 

HIT  direct  events 

Event 

32  ms 

HIDO-HlDll 

HIT  ID  scalers 

16  - 

8 

512  ms 

HSK 

DPUB/sensor  housekeeping  data 

8-bit  DA 

512  ms 

DPU57‘> 

MEA0-MEA17 

MEA  rate  scalers 

16  - 

12 

512  ms 

IDE0-IDE9 

MEB  electron  detector  integral  scalers 

16  - 

8 

512  ms 

E0-E13 

MEB  electron  detector  PHA  scalers 

16  - 

8 

256  ms 

IDP0-IDP3 

MEB  proton  detector  integral  scalers 

16  - 

8 

512  ms 

PO-Pll 

MEB  proton  detector  PHA  scalers 

16  - 

8 

512  ms 

PBKGND 

MEB  proton  detector  background  scalers 

16  - 

8 

512  ms 

PCOINC 

MEB  proton  detector  coincidence  scalers 

16  - 

8 

512  ms 

CA0-CA3 

Alcohol  radiator  cerenkov  rate  scalers  (RP) 

19  - 

8 

1 .024  ms 

CS0-CS3 

Fused-silica  radiator  cerenkov  rate  scalers  (RP) 

19  - 

8 

1 .024  ms 

RE0-RE3 

Electron  scatter  detector  rate  scalers  (RP) 

19  - 

8 

2.048  ms 

R.M0-RM3 

Minimum-ionizing  deteaor  rate  scalers  (RP) 

19  - 

8 

2.048  ms 

PH0-PH3 

Photometer  rate  scalers  (RP) 

16  - 

8 

256  ms 

PS  U,L  (i.2) 

Proton  switch  upper  and  lower  rate  scalers 

19  - 

8 

4,096  ms 

DPU  HSK 

DPU57/sensor  housekeeping  data 

8-bit  DA 

1,024  ms 

•The  data  types  are  as  follows: 

19  —  8:  19-bit  scalers  compressed  to  8  bits. 

16  —  8:  16-bit  scalers  compressed  to  8  bits. 

16  —  12:  16-bit  scalers  compressed  to  12  bits. 

8-bit  DA:  8-bit  digitized  analog  data.  Event:  Uncompressed  event  data. 

'“IDEO  and  1DE6  (DPU51)  have  a  2J6-ms  accumulation  period. 

The  MlCS  event  data  (DPUA)  consists  of  FSR  (front  singles  rate),  DCR  (double  coincidence  rate),  TCR  (triple 
coincidence  rate),  MSS  <M  solid  stale  detector  pulse  rate),  P  (proton  event  rate),  and  ALPHA  (alpha  panicle  event  rate). 


Fig.  4  Flow  of  control  among  DPU  program  sections. 

•  ••  y,  bo  and  let  n  s  15  be  such  that  b„  =  1  and  ft*  =  0  for 
k>n,so  that  the  scaler  looks  like:  0  •••  0  1  .  i  •••  &i  bo- 

If  ft  <  8,  then  the  postcompression  value  is  obtained  by  simply 
eliminating  the  four  highest  order  zeros  (e.g.,  (XKWOOOl  1111 
1 1 1 1  —0001  1 1 1 1  1 1 1 1).  On  the  other  hand,  when  n  >  8,  the 
precompression  value  is  First  shifted  M  =  n  -  9  bits  to  the 
right,  so  that  at  most  ten  significant  bits  remain,  and  then  the 
three  highest  order  bits  of  this  12-bit  value  (which  are  001  by 
definition)  are  replaced  by  the  binary  encoding  of  Af  -i- 1.  No 
loss  in  precision  is  incurred  for  precompression  values  with 


fewer  than  1 1  significant  bits  (i.e.,  the  precompression  value  is 
given  exactly  by  the  postcompression  value).  For  values  with 
11  or  more  significant  bits  (i.e.,  M>0).  the  nominal  precom¬ 
pression  value  corresponding  to  the  compressed  value  cfn  dto 
d,  •••  do  isN  =  2^-'  {Y  -f  512.5)  -0.5.  where  A'  =  d,,  d,od, 
(  =  A/-i-  l)and  y  =  dg  dp. 

Summary 

The  DPUA  DPUB,  and  DPU57  data  processing  units  play 
essentia)  roles  in  the  eight  CRRES  experiments  listed  previ¬ 
ously  in  Table  1.  The  DPUs  are  responsible  for  controlling  the 
experiments,  and  for  collecting,  processing,  and  outputing 
sensor  data  to  telemetry.  The  telemetry  bandwidth  required  to 
downlink  the  sensor  data  is  significantly  reduced  via  onboard 
analysis  and  subsequent  compression  of  raw  sensor  data,  as 
described  previously. 

More  detailed  descriptions  ot  the  DPUs  and  associated  ex¬ 
periments  may  be  found  in  the  following  handbooks,  which 
are  available  from  the  principal  author:  1)  CRRES  AFGL- 
701-1 1 A  (DPUA/MICS)  Experimentor’s  Handbook;  2)  CR¬ 
RES  AFGL-701-11B  (DPUB/HMSB)  Experimentor’s  Hand¬ 
book;  and  3)  CRRES  AFGL-701-5,7  (DPU57)  Experimentor’s 
Handbook. 
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